home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93c.txt / 000053_icon-group-sender _Mon Sep 13 15:39:31 1993.msg < prev    next >
Internet Message Format  |  1994-02-02  |  2KB
  1. Received: from owl.CS.Arizona.EDU by cheltenham.cs.arizona.edu; Mon, 13 Sep 1993 15:01:11 MST
  2. Received: by owl.cs.arizona.edu; Mon, 13 Sep 1993 15:01:09 MST
  3. Date: 13 Sep 93 15:39:31 GMT
  4. From: agate!msuinfo!uchinews!kimbark!goer@ucbvax.Berkeley.EDU  (Richard L. Goerwitz)
  5. Organization: University of Chicago
  6. Subject: Re: File Scanning revisited
  7. Message-Id: <1993Sep13.153931.27591@midway.uchicago.edu>
  8. References: <1993Sep13.141705.21611@rulway.LeidenUniv.nl>
  9. Sender: icon-group-request@cs.arizona.edu
  10. To: icon-group@cs.arizona.edu
  11. Status: R
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13.  
  14. ruiter@ruls41.LeidenUniv.nl (Jan-Peter de Ruiter) writes:
  15. >
  16. >1. Has the implementation of file scanning been discussed in Icon circles?
  17. >2. Do other Icon programmers agree that file scanning is a "must"?
  18.  
  19. Yes and yes.  We had a discussion about it a few months ago.  Ken Walker
  20. had some ideas.  As I recall, the notion of file scanning has been con-
  21. sidered a desideratum by the Icon Project itself for a good decade.  I
  22. doubt if it's high on the priority list at this point, though.
  23.  
  24. My own reason for liking the idea of file scanning is that I would not
  25. have to use low-level I/O mechanisms like reads() to perform lexical analy-
  26. sis.  Right now, Icon has few advantages over C in this area, and many dis-
  27. advantages.  You can't use string scanning for lexical analysis unless you
  28. don't mind restricting yourself to line-oriented file structures or are wil-
  29. ling to read in huge chunks of a file as a single string.  Other schemes
  30. are doubtless possible, but file scanning is the obvious way of making the
  31. lexing more amenable to Iconish processing.
  32.  
  33. I can't offer any implementation suggestions, I'm sorry to say, because I
  34. no longer understand the implementation sufficiently well to do a decent
  35. job of implementing file scanning.  I fell behind after 8.0, and haven't
  36. had the chance to catch up (I'm more concerned about publishing and doing
  37. research in my own field just now...).
  38.  
  39. -- 
  40.  
  41.    -Richard L. Goerwitz              goer%midway@uchicago.bitnet
  42.    goer@midway.uchicago.edu          rutgers!oddjob!ellis!goer
  43.